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(57) ABSTRACT 

The invention presents a networked system for communi- 
cating information to an individual and for remotely moni- 
toring the individual. The system includes a server and a 
remote interface for entering in the server a set of queries to 
be answered by the individual. The server is preferably a 
web server and the remote interface is preferably a personal 
computer or remote terminal connected to the server via the 
Internet. The system also includes a remotely programmable 
apparatus connected to the server via a communication 
network, preferably the Internet. The apparatus interacts 
with the individual in accordance with a script program 
received from the server. The server includes a script gen- 
erator for generating the script program from the set of 
queries entered through the remote interface. The script 
program is received and executed by the apparatus to 
communicate the queries to the individual, to receive 
responses to the queries, and to transmit the responses from 
the apparatus to the server. 

10 Claims, 15 Drawing Sheets 
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NETWORKED SYSTEM FOR INTERACTIVE 
COMMUNICATION AND REMOTE 
MONITORING OF INDIVIDUALS 

RELATED APPLICATION INFORMATION 

This application is a divisional application of application 
Ser. No. 08/946,341 filed Oct. 7, 1997, now U.S. Pat. No. 
5,997,476 which is a continuation-in-part of application Ser. 
No. 08/847,009 filed Apr. 30, 1997, now U.S. Pat. No. 
5,897,493. This application also claims priority from pro- 
visional application Ser. No. 60/041,746 filed Mar. 28, 1997 
and from provisional application Ser. No. 60/041,751 filed 
Mar. 28, 1997. This application also claims priority from 
application Ser. No. 09/201,323 entitled "Leveraging Inter- 
actions with a Community of Individuals", filed Nov. 30, 
1998 and from application Ser. No. 09/274,433 entitled 
"Client-Initiated Leveraged Interaction with Providers", 
filed Mar. 22, 1999. All of the above named applications are 
hereby incorporated by reference. 

FIELD OF THE INVENTION 

The present invention relates generally to communication 
systems for remote monitoring of individuals, and in par- 
ticular to a networked system for remotely monitoring 
individuals and for communicating information to the indi- 
viduals through the use script programs. 

BACKGROUND OF THE INVENTION 

In the United States alone, over 100 million people have 
chronic health conditions, accounting for an estimated $700 
billion in annual medical costs. In an effort to control these 
medical costs, many healthcare providers have initiated 
outpatient or home healthcare programs for their patients. 
The potential benefits of these programs are particularly 
great for chronically ill patients who must treat their diseases 
on a daily basis. However, the success of these programs is 
dependent upon the ability of the healthcare providers to 
monitor the patients remotely to avert medical problems 
before they become complicated and costly. Unfortunately, 
no convenient and cost effective monitoring system exists 
for the patients who have the greatest need for monitoring, 
the poor and the elderly. 

Prior attempts to monitor patients remotely have included 
the use of personal computers and modems to establish 
communication between patients and healthcare providers. 
However, computers are too expensive to give away and the 
patients who already own computers are only a small 
fraction of the total population. Further, the patients who 
own computers are typically young, well educated, and have 
good healthcare coverage. Thus, these patients do not have 
the greatest unmet medical needs. The patients who have the 
greatest unmet medical needs are the poor and elderly who 
do not own computers or who are unfamiliar with their use. 

Similar attempts to establish communication between 
patients and healthcare providers have included the use of 
the Internet and internet terminals. Although internet termi- 
nals are somewhat less costly than personal computers, they 
are still too expensive to give away to patients. Moreover, 
monthly on-line access charges are prohibitive for poor 
patients. 

Other attempts to monitor patients remotely have included 
the use of medical monitoring devices with built-in modems. 
Examples of such monitoring devices include blood glucose 
meters, respiratory flow meters, and heart rate monitors. 
Unfortunately, these monitoring devices are only designed 
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to collect physiological data from the patients. They do not 
allow flexible and dynamic querying of the patients for other 
information, such as quality of life measures or psycho- 
social variables of illness. 

5 Prior attempts to monitor patients remotely have also 
included the use of interactive telephone or video response 
systems. Such interactive systems are disclosed in U.S. Pat. 
Nos. 5,390,238 issued to Kirk et al. on Feb. 14, 1995, 
5,434,611 issued to Tamura on Jul. 18, 1995, and 5,441,047 

10 issued to David et al. on Aug. 15, 1995. One disadvantage 
of these systems is that they either require a patient to call 
in to a central facility to be monitored or require the central 
facility to call the patient according to a rigid monitoring 
schedule. 

15 If the patients are required to call the central facility, only 
the compliant patients will actually call regularly to be 
monitored. Non-compliant patients will typically wait until 
an emergency situation develops before contacting their 
healthcare provider, thus defeating the purpose of the moni- 

20 toring system. If the central facility calls each patient 
according to a monitoring schedule, it is intrusive to the 
patient's life and resistance to the monitoring grows over 
time. 

Another disadvantage of these conventional interactive 
25 response system is that they are prohibitively expensive for 
poor patients. Further, it is difficult to identify each patient 
uniquely using these systems. Moreover, these systems are 
generally incapable of collecting medical data from moni- 
toring devices, such as blood glucose meters, respiratory 
30 flow meters, or heart rate monitors. 

OBJECTS AND ADVANTAGES OF THE 
INVENTION 

In view of the above, it is an object of the present 

35 invention to provide a simple and inexpensive system for 
remotely monitoring patients and for communicating infor- 
mation to the patients. It is another object of the invention 
to provide a system which allows flexible and dynamic 
querying of the patients. It is a further object of the invention 

40 to provide a system which combines querying of patients 
with medical device monitoring in the same monitoring 
session. Another object of the invention is to provide a 
monitoring system which incurs lower communications 
charges than those incurred by conventional monitoring 

45 systems. A further object of the invention is to provide a 
monitoring system which may be used at any time conve- 
nient for a patient. 

These and other objects and advantages will become more 
apparent after consideration of the ensuing description and 

50 the accompanying drawings. 

SUMMARY 

The invention presents a networked system for remotely 
monitoring an individual and for communicating informa- 

55 tion to the individual. The system includes a server and a 
remote interface for entering in the server a set of queries to 
be answered by the individual. The server is preferably a 
world wide web server and the remote interface is preferably 
a personal computer or network terminal connected to the 

60 web server via the Internet. The system also includes a 
remotely programmable apparatus for interacting with the 
individual. The apparatus is connected to the server via a 
communication network, preferably the Internet. The appa- 
ratus interacts with the individual in accordance with a script 

65 program received from the server. 

The server includes a script generator for generating the 
script program from the queries entered through the remote 
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interface. The script program is executable by the apparatus 
to communicate the queries to the individual, to receive 
responses to the queries, and to transmit the responses from 
the apparatus to the server. The server also includes a 
database connected to the script generator for storing the 5 
script program and the responses to the queries. 

The apparatus has a communication device, such as a 
modem, for receiving the script program from the server and 
for transmitting the responses to the server. The apparatus 
also has a user interface for communicating the queries to 10 
the individual and for receiving the responses to the queries. 
In the preferred embodiment, the user interface includes a 
display for displaying the queries and user input buttons for 
entering the responses to the queries. In an alternative 
embodiment, the user interface includes a speech synthe- 15 
sizer for audibly communicating the queries and a speech 
recognizer for receiving spoken responses to the queries. 

The apparatus also includes a memory for storing the 
script program and the responses to the queries. The appa- 
ratus further includes a microprocessor connected to the 20 
communication device, the user interface, and the memory. 

The microprocessor executes the script program to com- 
municate the queries to the individual, to receive the 
responses to the queries, and to transmit the responses to the 25 
server through the communication network. 

In the preferred embodiment, the system also includes at 
least one monitoring device for producing measurements of 
a physiological condition of the individual and for transmit- 
ting the measurements to the apparatus. The apparatus 30 
further includes a device interface connected to the micro- 
processor for receiving the measurements from the moni- 
toring device. The measurements are stored in the memory 
and transmitted to the server with the responses to the 
queries. The server also preferably includes a report gen- 35 
erator connected to the database for generating a report of 
the measurements and responses. The report is displayed on 
the remote interface. 

BRIEF DESCRIPTION OF THE DRAWINGS 

40 

FIG. 1 is a block diagram of a networked system accord- 
ing to a preferred embodiment of the invention. 

FIG. 2 is a block diagram illustrating the interaction of the 
components of the system of FIG. 1. 

FIG. 3 is a perspective view of a remotely programmable 45 
apparatus of the system of FIG. 1. 

FIG. 4 is a block diagram illustrating the components of 
the apparatus of FIG. 3. 

FIG. 5 is a script entry screen according to the preferred 50 
embodiment of the invention. 

FIG. 6A is a listing of a sample script program according 
to the preferred embodiment of the invention. 

FIG. 6B is a continuation of the listing of FIG. 6 A. 

FIG. 7 is a script assignment screen according to the 55 
preferred embodiment of the invention. 

FIG. 8 is a sample query appearing on a display of the 
apparatus of FIG. 3. 

FIG. 9 is a sample prompt appearing on the display of the 60 
apparatus of FIG. 3. 

FIG. 10 is a sample report displayed on a workstation of 
the system of FIG. 1. 

FIG. 11 A is a flow chart illustrating the steps included in 
a monitoring application executed by the server of FIG. 1 55 
according to the preferred embodiment of the invention. 

FIG. 11B is a continuation of the flow chart of FIG. 11A. 



273 Bl 

4 

FIG. 12Ais a flow chart illustrating the steps included in 
the script program of FIGS. 6A-6B. 

FIG. 12B is a continuation of the flow chart of FIG. 12A. 

FIG. 13 is a perspective view of a remotely programmable 
apparatus according to a second embodiment of the inven- 
tion. 

FIG. 14 is a sample prompt appearing on a display of the 
apparatus of FIG. 13. 

FIG. 15 is a block diagram illustrating the components of 
the apparatus of FIG. 13. 

FIG. 16 is a schematic block diagram illustrating the 
interaction of the server of FIG. 1 with the apparatus of FIG. 
3 according to a third embodiment of the invention. 

FIG. 17 is a first sample message appearing on the display 
of the apparatus of FIG. 3. 

FIG. 18 is a second sample message appearing on the 
display of the apparatus of FIG. 3. 

FIG. 19 is a script entry screen according to the third 
embodiment of the invention. 

DETAILED DESCRIPTION 

The invention presents a system and method for remotely 
monitoring individuals and for communicating information 
to the individuals. In a preferred embodiment of the 
invention, the individuals are patients and the system is used 
to collect data relating to the health status of the patients. 
However, it is to be understood that the invention is not 
limited to remote patient monitoring. The system and 
method of the invention may be used for any type of remote 
monitoring application. The invention may also be imple- 
mented as an automated messaging system for communi- 
cating information to individuals, as will be discussed in an 
alternative embodiment below. 

A preferred embodiment of the invention is illustrated in 
FIGS. 1-12. Referring to FIG. 1, a networked system 16 
includes a server 18 and a workstation 20 connected to 
server 18 through a communication network 24. Server 18 
is preferably a world wide web server and communication 
network 24 is preferably the Internet. It will be apparent to 
one skilled in the art that server 18 may comprise a single 
stand-alone computer or multiple computers distributed 
throughout a network. Workstation 20 is preferably a per- 
sonal computer, remote terminal, or web TV unit connected 
to server 18 via the Internet. Workstation 20 functions as a 
remote interface for entering in server 18 messages and 
queries to be communicated to the patients. 

System 16 also includes first and second remotely pro- 
grammable apparatuses 26 and 32 for monitoring first and 
second patients, respectively. Each apparatus is designed to 
interact with a patient in accordance with script programs 
received from server 18. Each apparatus is in communica- 
tion with server 18 through communication network 24, 
preferably the Internet. Alternatively, each apparatus may be 
placed in communication with server 18 via wireless com- 
munication networks, cellular networks, telephone 
networks, or any other network which allows each apparatus 
to exchange data with server 18. For clarity of illustration, 
only two apparatuses are shown in FIG. 1. It is to be 
understood that system 16 may include any number of 
apparatuses for monitoring any number of patients. 

In the preferred embodiment, each patient to be monitored 
is also provided with a monitoring device 28. Monitoring 
device 28 is designed to produce measurements of a physi- 
ological condition of the patient, record the measurements, 
and transmit the measurements to the patient's apparatus 
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through a standard connection cable 30. Examples of suit- interprets script commands which are executed by micro- 
able monitoring devices include blood glucose meters, res- processor 76. Specific techniques for interpreting and 
piratory flow meters, blood pressure cuffs, electronic weight executing script commands in this manner are well known in 
scales, and pulse rate monitors. Such monitoring devices are the art. 

well known in the art. The specific type of monitoring device 5 Microprocessor 76 is preferably connected to memory 80 

provided to each patient is dependent upon the patient's using a standard two-wire I 2 C interface. Microprocessor 76 

disease. For example, diabetes patients are provided with a ^ also connected to user input buttons 70, LED 74, a clock 

blood glucose meters for measuring blood glucose 84, and a display driver 82. Clock 84 indicates the current 

concentrations, asthma patients are provided with respira- date and time t0 microprocessor 76. For clarity of 

tory flow meters for measuring peak flow rates, obesity 10 Miration clock 84 is shown as a separate component, but 

patients are provided with weight scales, etc. 15 P^ferably built into microprocessor 76. Display driver 82 

~ , , . , ^, operates under the control of microprocessor 76 to display 

FIG. 2 shows server 18, workstation 20, and apparatus 26 information on display 64. Microprocessor 76 is preferably 

in greater detail. Server 18 includes a database 38 for storing a PIC 16C65 proce ssor which includes a universal asyn- 

script programs 40. The script programs are executed by chronous receiver transmitter (UART) 78. UART 78 is for 

each apparatus to communicate queries and messages to a ^ communicating with a modem 86 and a device interface 90. 

patient, receive responses 42 to the queries, collect moni- A CM0S switch 88 ^ the control of microprocessor 76 

toring device measurements 44, and transmit responses 42 alte niately connects modem 86 and interface 90 to UART 

and measurements 44 to server 18. Database 38 is designed y$ 

tostore the ^responses 42 and measurements 44. Database38 Modem 86 fa coonected t0 a lel hone jack ^ lhrou ^ 
further includes a look-up table 46. Table 46 contains a list *> ^ g( , fa for exchaQ ^ ^ ^ 
of the patients to be monitored, and for each patient, a lg thr h communication network 24. The data 
unique patient identification code and a respective pointer to ^chides script programs which are received from the server 
the script program assigned to the patient. Each remote a& wdl as nscs t0 ieSj device measurements, script 
apparatus is designed to execute assigned script programs identification codes> and the patienrs unique identification 
which it receives from server 18. 25 ^ gfi transmits (o ^ Modem g6 fa 
FIGS. 3-4 show the structure of each apparatus according preferably a complete 28.8 K modem commercially avail- 
to the preferred embodiment. For clarity, only apparatus 26 a bj e from Cermetek, although any suitable modem may be 
is shown since each apparatus of the preferred embodiment used. 

has substantially identical structure to apparatus 26. Refer- Device mter f a ce 90 is connected to device jacks 68A, 

ring to FIG. 3, apparatus 26 includes a housing 62. Housing 68B> and 68c Dev ice interface 90 is for interfacing with a 

62 is sufficiently compact to enable apparatus 26 to be num ber of monitoring devices, such as blood glucose 

hand-held and carried by a patient. Apparatus 26 also meters, respiratory flow meters, blood pressure cuffs, weight 

includes a display 64 for displaying queries and prompts to or pulse rate raonilorSj lhrough the device jacks, 

the patient. In the preferred embodiment, display 64 is a Device interface 90 operates under the control of micropro- 

hquid crystal display (LCD). cessor 76 t0 measurements from the monitoring 

Four user input buttons 70A, 70B, 70C, and 70D are devices and to output the measurements to microprocessor 

located adjacent display 64. The user input buttons are for 76 for storage in memory 80. In the preferred embodiment, 

entering in apparatus 26 responses to the queries and interface 90 is a standard RS232 interface. For simplicity of 

prompts. In the preferred embodiment, the user input buttons ^ illustration, only one device interface is shown in FIG. 4. 

are momentary contact push buttons. In alternative However, in alternative embodiments, apparatus 26 may 

embodiments, the user input buttons may be replaced by include multiple device interfaces to accommodate moni- 

switches, keys, a touch sensitive display screen, or any other toring devices which have different connection standards, 

data input device. Referring again to FIG. 2, server 18 includes a monitoring 

Three monitoring device jacks 68A, 68B, and 68C are 45 application 48. Monitoring application 48 is a controlling 

located on a surface of housing 62. The device jacks are for software application executed by server 18 to perform the 

connecting apparatus 26 to a number of monitoring devices, various functions described below. Application 48 includes 

such as blood glucose meters, respiratory flow meters, or a script generator 50, a script assignor 52, and a report 

blood pressure cuffs, through respective connection cables generator 54. Script generator 50 is designed to generate 

(not shown). Apparatus 26 also includes a modem jack 66 50 script programs 40 from script information entered through 

for connecting apparatus 26 to a telephone jack through a workstation 20. The script information is entered through a 

standard connection cord (not shown). Apparatus 26 further script entry screen 56. In the preferred embodiment, script 

includes a visual indicator, such as a light emitting diode entry screen 56 is implemented as a web page on server 18. 

(LED) 74. LED 74 is for visually notifying the patient that Workstation 20 includes a web browser for accessing the 

he or she has unanswered queries stored in apparatus 26. 55 web page to enter the script information. 

FIG. 4 is a schematic block diagram illustrating the FIG. 5 illustrates script entry screen 56 as it appears on 

components of apparatus 26 in greater detail. Apparatus 26 workstation 20. Screen 56 includes a script name field 92 for 

includes a microprocessor 76 and memory 80 connected to specifying the name of a script program to be generated, 

microprocessor 76. Memory 80 is preferably a non-volatile Screen 56 also includes entry fields 94 for entering a set of 

memory, such as a serial EEPROM. Memory 80 stores script 60 queries to be answered by a patient. Each entry field 94 has 

programs received from the server, measurements received corresponding response choice fields 96 for entering 

from monitoring device 28, responses to queries, and the response choices for the query. Screen 56 further includes 

patient's unique identification code. Microprocessor 76 also check boxes 98 for selecting a desired monitoring device 

includes built-in read only memory (ROM) which stores from which to collect measurements, such as a blood glu- 

firmware for controlling the operation of apparatus 26. The 65 cose meter, respiratory flow meter, or blood pressure cuff, 

firmware includes a script interpreter used by microproces- Screen 56 additionally includes a connection time field 

sor 76 to execute the script programs. The script interpreter 100 for specifying a prescribed connection time at which 
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each apparatus executing the script is to establish a subse- 
quent communication link to the server. The connection time 
is preferably selected to be the time at which communication 
rates are the lowest, such as 3:00 AM. Screen 56 also 
includes a CREATE SCRIPT button 102 for instructing the 
script generator to generate a script program from the 
information entered in screen 56. Screen 56 further includes 
a CANCEL button 104 for canceling the information entered 
in screen 56. 

In the preferred embodiment, each script program created 
by the script generator conforms to the standard file format 
used on UNIX systems. In the standard file format, each 
command is listed in the upper case and followed by a colon. 
Every line in the script program is terminated by a linefeed 
character {LF} and only one command is placed on each 
line. The last character in the script program is a UNIX end 
of file character {EOF}. Table 1 shows an exemplary listing 
of script commands used in the preferred embodiment of the 
invention. 

TABLE 1 
SCRIPT COMMANDS 



10 



15 



20 



25 



Command 



Description 



CLS: {LF} 
ZAP: {LF} 

LED: b{LF} 



DISPLAY: {chars} {LF} 
INPUT mmmm{LF} 



WATT: {LF} 
COLLECT: device {LF} 

NUMBER: aaaa{LF} 



DELAY: t {LF} 



CONNECT: {LF} 



Clear the display. 

Erase from memory the last set of query 
responses recorded. 

Turn the LED on or off, where b is a binary 
digit of 0 or 1. An argument of 1 turns on the 
LED, and an argument of 0 turns off the LED. 
Display the text following the DISPLAY 
command. 

Record a button press. The nTs represent a 
button mask pattern for each of the four input 
buttons. Each in contains an "X" for disallowed 
buttons or an "O" for allowed buttons. For 
example, INPUT: OXOX{LF} allows the user 
to press either button #1 or #3. 
Wait for any one button to be pressed, then 
continue executing the script program. 
Collect measurements from the monitoring 
device specified in the COLLECT command. 
The user is preferably prompted to connect the 
specified monitoring device to the apparatus 
and press a button to continue. 
Assign a script identification code to the script 
program. The script identification code from 
the most recently executed NUMBER state- 
ment is subsequently transmitted to the server 
along with the query responses and device 
measurements. The script identification code 
identifies to the server which script program 
was most recently executed by the remote 
apparatus. 

Wait until time t specified in the DELAY 
command, usually the prescribed connection 
time. 

Perform a connection routine to establish a 
communication link to the server, transmit the 
patient identification code, query responses, 
device measurements, and script identification 
code to the server, and receive and store a new 
script program. When the server instructs the 
apparatus to disconnect, the script interpreter 
is restarted, allowing the new script program to 



The script commands illustrated in Table 1 are represen- 
tative of the preferred embodiment and are not intended to 
limit the scope of the invention. After consideration of the 
ensuing description, it will be apparent to one skilled in the 



30 



35 



40 



45 



50 



55 



60 



65 



art many other suitable scripting languages and sets of script 
commands may be used to implement the invention. 

Script generator 50 preferably stores a script program 
template which it uses to create each script program. To 
generate a script program, script generator 50 inserts into the 
template the script information entered in screen 56. For 
example, FIGS. 6A-6B illustrate a sample script program 
created by script generator 50 from the script information 
shown in FIG. 5. 

The script program includes display commands to display 
the queries and response choices entered in fields 94 and 96, 
respectively. The script program also includes input com- 
mands to receive responses to the queries. The script pro- 
gram further includes a collect command to collect device 
measurements from the monitoring device specified in check 
boxes 98. The script program also includes commands to 
establish a subsequent communication link to the server at 
the connection time specified in field 100. The steps 
included in the script program are also shown in the flow 
chart of FIGS. 12A-12B and will be discussed in the 
operation selection below. 

Referring again to FIG. 2, script assignor 52 is for 
assigning script programs 40 to the patients. Script programs 
40 are assigned in accordance with script assignment infor- 
mation entered through workstation 20. The script assign- 
ment information is entered through a script assignment 
screen 57, which is preferably implemented as a web page 
on server 18. 

FIG. 7 illustrates a sample script assignment screen 57 as 
it appears on workstation 20. Screen 57 includes check 
boxes 106 for selecting a script program to be assigned and 
check boxes 108 for selecting the patients to whom the script 
program is to be assigned. Screen 57 also includes an 
ASSIGN SCRIPT button 112 for entering the assignments. 
When button 112 is pressed, the script assignor creates and 
stores for each patient selected in check boxes 108 a 
respective pointer to the script program selected in check 
boxes 106. Each pointer is stored in the patient look-up table 
of the database. Screen 57 further includes an ADD SCRIPT 
button 110 for accessing the script entry screen and a 
DELETE SCRIPT button 114 for deleting a script program. 

Referring again to FIG. 2, report generator 54 is designed 
to generate a patient report 58 from the responses and device 
measurements received in server 18. Patient report 58 is 
displayed on workstation 20. FIG. 10 shows a sample patient 
report 58 produced by report generator 54 for a selected 
patient. Patient report 58 includes a graph 116 of the device 
measurements received from the patient, as well as a listing 
of responses 42 received from the patient. Specific tech- 
niques for writing a report generator program to display data 
in this manner are well known in the art. 

The operation of the preferred embodiment is illustrated 
in FIGS. 1-12. FIG. 11A is a flow chart illustrating steps 
included in the monitoring application executed by server 
18. FIG. 11B is a continuation of the flow chart of FIG. 11 A. 
In step 202, server 18 determines if new script information 
has been entered through script entry screen 56. If new script 
information has not been entered, server 18 proceeds to step 
206. If new script information has been entered, server 18 
proceeds to step 204. 

As shown in FIG. 5, the script information includes a set 
of queries, and for each of the queries, corresponding 
responses choices. The script information also includes a 
selected monitoring device type from which to collect 
device measurements. The script information further 
includes a prescribed connection time for each apparatus to 
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establish a subsequent communication link to the server. The FIGS. 12A-12B illustrate the steps included in the script 
script information is generally entered in server 18 by a program executed by apparatus 26. Before the script pro- 
healthcare provider, such as the patients* physician or case gram is received, apparatus 26 is initially programmed with 
manager. Of course, any person desiring to communicate the patient's unique identification code and the script inter- 
with the patients may also be granted access to server 18 to 5 preter used by microprocessor 76 to execute the script 
create and assign script programs. Further, it is to be program. The initial programming may be achieved during 
understood that the system may include any number of manufacture or during an initial connection to server 18. 
remote interfaces for entering script generation and script Following initial programming, apparatus 26 receives from 
assignment information in server 18. server 18 the script program assigned to the patient associ- 
In step 204, script generator 50 generates a script program 1Q ated with apparatus 26. The script program is received by 
from the information entered in screen 56. The script pro- modem 86 through a first communication link and stored in 
gram is stored in database 38. Steps 202 and 204 are memory 80. 

preferably repeated to generate multiple script programs, In step 302, microprocessor 76 assigns a script identifi- 

e.g. a script program for diabetes patients, a script program cation code to the script program and stores the script 

for asthma patients, etc. Each script program corresponds to identification code in memory 80. The script identification 

a respective one of the sets of queries entered through script 15 code is subsequently transmitted to the server along with the 

entry screen 56. Following step 204, server 18 proceeds to query responses and device measurements to identify to the 

step 206. server which script program was most recently executed by 

In step 206, server 18 determines if new script assignment the apparatus. In step 304, microprocessor 76 lights LED 74 
information has been entered through assignment screen 57. to notify the patient that he or she has unanswered queries 
If new script assignment information has not been entered, 20 stored in apparatus 26. LED 74 preferably remains lit until 
server 18 proceeds to step 210. If new script assignment the queries are answered by the patient, 
information has been entered, server 18 proceeds to step In step 306, microprocessor 76 erases from memory 80 
208. As shown in FIG. 7, the script programs are assigned the last set of query responses recorded, 
to each patient by selecting a script program through check In step 308, microprocessor 76 prompts the patient by 
boxes 106, selecting the patients to whom the selected script 25 displaying on display 64 "ANSWER QUERIES NOW? 
program is to be assigned through check boxes 108, and PRESS ANY BUTTON TO START'. In step 310, micro- 
pressing the ASSIGN SCRIPT button 112. When button 112 processor 76 waits until a reply to the prompt is received 
is pressed, script assignor 52 creates for each patient selected from the patient. When a reply is received, microprocessor 
in check boxes 108 a respective pointer to the script program 76 proceeds to step 312. In step 312, microprocessor 76 
selected in check boxes 106. In step 208, each pointer is 30 executes successive display and input commands to display 
stored in look-up table 46 of database 38. Following step the queries and response choices on display 64 and to 
208, server 18 proceeds to step 210. receive responses to the queries. 

In step 2 10, server 18 determines if any of the apparatuses FIG. 8 illustrate a sample query and its corresponding 

are remotely connected to the server. Each patient to be response choices as they appear on display 64. The response 

monitored is preferably provided with his or her own 35 choices are positioned on display 64 such that each response 

apparatus which has the patient's unique identification code choice is located proximate a respective one of the input 

stored therein. Each patient is thus uniquely associated with buttons. In the preferred embodiment, each response choice 

a respective one of the apparatuses. If none of the appara- is displayed immediately above a respective input button, 

tuses is connected, server 18 proceeds to step 220. The patient presses the button corresponding to his or her 

If an apparatus is connected, server 18 receives from the 40 response. Microprocessor 76 stores each response in 

apparatus the patient's unique identification code in step memory 80. 

212. In step 214, server 18 receives from the apparatus the In steps 314-318, microprocessor 76 executes commands 

query responses 42, device measurements 44, and script to collect device measurements from a selected monitoring 

identification code recorded during execution of a previ- device. The script program specifies the selected monitoring 

ously assigned script program. The script identification code 45 device from which to collect the measurements. In step 314, 

identifies to the server which script program was executed microprocessor 76 prompts the patient to connect the 

by the apparatus to record the query responses and device selected monitoring device, for example a blood glucose 

measurements. The responses, device measurements, and meter, to one of the device jacks. A sample prompt is shown 

script identification code are stored in database 38. in FIG. 9. In step 316, microprocessor 76 waits until a reply 

In step 216, server 18 uses the patient identification code 50 to the prompt is received from the patient. When a reply is 
to retrieve from table 46 the pointer to the script program received, microprocessor 76 proceeds to step 318. Micro- 
assigned to the patient. The server then retrieves the processor 76 also connects UART 78 to interface 90 through 
assigned script program from database 38. In step 218, switch 88. In step 318, microprocessor 76 collects the device 
server 18 transmits the assigned script program to the measurements from monitoring device 28 through interface 
patient's apparatus through communication network 24. 55 90. The measurements are stored in memory 80. 
Following step 218, server 18 proceeds to step 220. In step 320, microprocessor 76 prompts the patient to 

In step 220, server 18 determines if a patient report connect apparatus 26 to the telephone jack 22 so that 

request has been received from workstation 20. If no report apparatus 26 may connect to server 18 at the prescribed 

request has been received, server 18 returns to step 202. If connection time. In step 322, microprocessor 76 waits until 

a report request has been received for a selected patient, 60 a reply to the prompt is received from the patient. When a 

server 18 retrieves from database 38 the measurements and reply is received, microprocessor 76 turns off LED 74 in step 

query responses last received from the patient, step 222. In 324. In step 326, microprocessor 76 waits until it is time to 

step 224, server 18 generates and displays patient report 58 connect to server 18. Microprocessor 76 compares the 

on workstation 20. As shown in FIG. 10, report 58 includes connection time specified in the script program to the current 

the device measurements and query responses last received 65 time output by clock 84. When it is time to connect, 

from the patient. Following step 224, the server returns to microprocessor 76 connects UART 78 to modem 86 through 

step 202. switch 88. 



11/06/2003, EAST version: 1.4.1 



US 6,368,273 Bl 

11 12 

In step 328, microprocessor 76 establishes a subsequent Audio processor chip 120 further has built in speech 
communication link between apparatus 26 and server 18 recognition functionality for recognizing responses spoken 
through modem 86 and communication network 24. If the into microphone 118. Audio signals received through micro- 
connection fails for any reason, microprocessor 76 repeats phone 118 are converted to electrical signals and sent to a 
step 328 to get a successful connection. In step 330, micro- 5 preamp and gain control circuit 128. Preamp and gain 
processor 76 transmits the device measurements, query control circuit 128 is controlled by an automatic gain control 
responses, script identification code, and patient identifica- circuil 136 > which fe in tum controlled by microcontroller 
tion code stored in memory 80 to server 18 through the 122 « f&*r bei ?& b ? P^amp 128, the electrical 
subsequent communication link. In step 332, microproces- sl S nals enter chip 120 and pass uirough a multiplexer 130 
sor 76 receives through modem 86 a new script program 10 * nd :» analo f to co ° vert ? r (^Q 132. The resulUng 
c i o Tn. • , • . j • digital signals pass through a digital logic circuit 134 and 
from server 18. The new script program is stored m memory ^ m > JC0n k ller 122 7 or B ech ignition. 
80 for subsequent execution by microprocessor 76. Follow- . , . . , „ Am --- 0 r 
in ste 332 the scri t ro am ends Audio processor chip 120 also includes a RAM 138 for 
ing s ep , e scrip program en s. term me mory storage and a ROM 140 which stores 

One advantage of the monitoring system of the present programs executed by microcontroller 122 to perform 

invention is that it allows each patient to select a convenient ^ speech rec0 g n ition and speech synthesis. Chip 120 operates 

time to respond to the queries, so that the monitoring system at a clock spced determined by a crystal 126. Chip 120 also 

is not intrusive to the patient's schedule. Asecond advantage mc i u des a clock 84 which provides the current date and time 

of the monitoring system is that it incurs very low commu- t0 m i crocont roller 122. As in the preferred embodiment, 

nications charges because each remote apparatus connects to apparatus 27 includes an LED 74, display driver 82, modem 

the server at times when communication rates are lowest. 20 g6 aQd device 9Q ^ Qf which are mnagacd {Q 

Moreover, the cost to manufacture each remote apparatus is microcontroller 122 

very low compared to personal computers or internet ^ tion of the embodiment is similar t0 the 

terminals, so that the monitoring system is highly affordable. opcmion of the preferred embodiment except that queries, 

A third advantage of the monitoring system is that it response choices, and prompts are audibly communicated to 

allows each apparatus to be programmed remotely through tne patient through speaker 72 rather than being displayed to 

script programs. Patient surveys, connection times, display the patient on display 64. The operation of the second 

prompts, selected monitoring devices, patient embodiments also differs from the operation of the preferred 

customization, and other operational details of each appa- embodiment in that responses to the queries and prompts are 

ratus may be easily changed by transmitting a new script received through microphone 118 rather than through user 

program to the apparatus. Moreover, each script program mpu t buttons. 

may be easily created and assigned by remotely accessing ^ saipi programs of the second embodiment are similar 

the server through the Internet. Thus, the invention provides to the ^^pt pr0 g ram shown in FIGS. 6A-6B, except that 

a powerful, convenient, and inexpensive system for each display cornrnand ^ replaced by a speech synthesis 

remotely monitoring a large number of patients. ^ command and eac h input command is replaced by a speech 

FIGS. 13-15 illustrate a second embodiment of the inven- recognition command. The speech synthesis commands are 

tion in which each remotely programmable apparatus has executed by microcontroller 122 to synthesize the queries, 

speech recognition and speech synthesis functionality. FIG. response choices, and prompts through speaker 72. The 

13 shows a perspective view of an apparatus 27 according to speech recognition commands are executed by microcon- 

the second embodiment. Apparatus 27 includes a speaker 72 4Q iroller 122 to recognize responses spoken into microphone 

for audibly communicating queries and prompts to the H8. 

patient. Apparatus 27 also includes a microphone 118 for p or example, to ask the patient how he or she feels and 

receiving spoken responses to the queries and prompts. record a reS ponse, microcontroller 122 first executes a 

Apparatus 27 may optionally include a display 64 for speech synthesis command to synthesize through speaker 72 

displaying prompts to the patient, as shown in FIG. 14. 45 « How do you ^7 pj ease answer with one of the following 

FIG. 15 is a schematic block diagram illustrating the responses: very bad, bad, good, or very good." Next, micro- 
components of apparatus 27 in greater detail. Apparatus 27 controller 118 executes a speech recognition command to 
is similar in design to the apparatus of the preferred embodi- recognize the response spoken into microphone 118. The 
ment except that apparatus 27 includes an audio processor recognized response is stored in memory 80 and subse- 
chip 120 in place of microprocessor 76. Audio processor 50 quently transmitted to the server. Other than the differences 
chip 120 is preferably an RSC-164 chip commercially described, the operation and advantages of the second 
available from Sensory Circuits Inc. of 1735 N. First Street, embodiment are the same as the operation and advantages of 
San Jose, Calif. 95112. the preferred embodiment described above. 

Audio processor chip 120 has a microcontroller 122 for Although the first and second embodiments focus on 
executing script programs received from the server. A 55 querying individuals and collecting responses to the queries, 
memory 80 is connected to microcontroller 122. Memory 80 the system of the invention is not limited to querying 
stores the script programs and a script interpreter used by applications. The system may also be used simply to corn- 
microcontroller 122 to execute the script programs. Memory municate messages to the individuals. FIGS. 16-19 illustrate 
80 also stores measurements received from monitoring a third embodiment in which the system is used to perform 
device 28, responses to the queries, script identification 60 this automated messaging function. In the third embodiment, 
codes, and the patient's unique identification code. each script program contains a set of statements to be 

Audio processor chip 120 also has built in speech syn- communicated to an individual rather than a set of queries to 

thesis functionality for synthesizing queries and prompts to be answered by the individual. Of course, it will be apparent 

a patient through speaker 72. For speech synthesis, chip 120 to one skilled in the art that the script programs may 

includes a digital to analog converter (DAC) 142 and an 65 optionally include both queries and statements, 

amplifier 144. DAC 142 and amplifier 144 drive speaker 72 The third embodiment also shows how the queries and 

under the control of microcontroller 122. statements may be customized to each individual by merg- 



11/06/2003, EAST Version: 1.4.1 



US 6,368,273 Bl 

13 14 

ing personal data with the script programs, much like a As each customs script program is generated for an 

standard mail merge application. Referring to FIG. 16, individual, script assignor 52 assigns the script program to 

personal data relating to each individual is preferably stored the individual. This is preferably accomplished by creating 

in look-up table 46 of database 38. By way of example, the a pointer to the custom script program and storing the 

data may include each individual's name, the name of each 5 pointer with the individual's unique identification code in 

individual's physician, test results, appointment dates, of table 46. When the individual's remote apparatus connects 

any other desired data. As in the preferred embodiment, to server 18, server 18 receives from the apparatus the 

database 38 also stores generic script programs 40 created individual's unique identification code. Server 18 uses the 

by script generator 50. unique identification code to retrieve from table 46 the 

Server 18 includes a data merge program 55 for merging 3° pointer to the custom script program assigned to the indi- 

the data stored in table 46 with generic script programs 40. vidual. Next, server 18 retrieves the assigned script program 

Data merge program 55 is designed to retrieve selected data fr° m database 38 and transmits the script program to the 

from table 46 and to insert the data into statements in generic individual's apparatus through communication network 24. 

script programs 40, thus creating custom script programs 41. The apparatus receives and executes the script program. 

Each custom script program 41 contains statements which 15 The execution of the script program is similar to the execu- 

are customized to an individual. For example, the statements tion described in the preferred embodiment, except that 

may be customized with the individual's name, test results, statements are displayed to the individual rather than que- 

etc. Examples of such customized statements are shown in ries. FIGS. 17-18 illustrate two sample statements as they 

FIGS. 17-18. appear on display 64. Each statement includes a response 

The operation of the third embodiment is similar to the 20 choice, preferably an acknowledgment such as "OK". After 

operation of the preferred embodiment except that the script reading a statement, the individual presses the button cor- 

programs are used to communicate messages to the indi- responding to the response choice to proceed to the next 

viduals rather than to query the individuals. Each message is statement. Alternatively, the script program may specify a 

preferably a set of statements. Referring to FIG. 19, the P eriod of time ^at each statement is to be displayed before 

statements may be entered in the server through script entry 25 proceeding to the next statement. The remaining operation 

screen 56, just like the queries of the preferred embodiment. of tne tnird embodiment is analogous to the operation of the 

Each statement preferably includes one or more insert Preferred embodiment described above, 
commands specifying data from table 46 to be inserted into Although it is presently preferred to generate a custom 
the statement. The insert commands instruct data merge script program for each individual as soon as script assign- 
program 55 to retrieve the specified data from database 38 ment information is received for the individual, it is also 
and to insert the data into the statement. For example, the possible to wait until the individual's apparatus connects to 
insert commands shown in FIG. 19 instruct the data merge the server before generating the custom script program. This 
program to insert a physician name, an appointment date, a is accomplished by creating and storing a pointer to the 
patient name, and a test result into the statements. As in the generic script program assigned to the individual, as previ- 
preferred embodiment, each statement may also include one ously described in the preferred embodiment. When the 
or more response choices which are entered in fields 96. individual's apparatus connects to the server, data merge 

Following entry of the statements and response choices, program 55 creates a custom script program for the indi- 

CREATE SCRIPT button 102 is pressed. When button 102 vidual bom the generic script program assigned to the 

is pressed, script generator 50 generates a generic script ^ individual. Tne custom script program is then sent to the 

program from the information entered in screen 56. The individual's apparatus for execution. 

generic script program is similar to the script program SUMMARY, RAMIFICATIONS, AND SCOPE 
shown in FIGS. 6A-6B, except that the display commands 

specify statements to be displayed rather than queries. Although the above description contains many 

Further, the statements include insert commands specifying 45 specificities, these should not be construed as limitations on 

data to be inserted into the script program. As in the the scope of the invention but merely as illustrations of some 

preferred embodiment, multiple script programs are prefer- of the presently preferred embodiments. Many other 

ably generated, e.g. a generic script program for diabetes embodiments of the invention are possible. For example, the 

patients, a generic script program for asthma patients, etc. scripting language and script commands shown are repre- 

The generic script programs are stored in database 38. 50 sentative of the preferred embodiment. It will be apparent to 

Following generation of the generic script programs, one skilled in the art many other scripting languages and 

server 18 receives script assignment information entered specific script commands may be used to implement the 

through script assignment screen 57. As shown in FIG . 7, the invention. 

script programs are assigned by first selecting one of the Moreover, the invention is not limited to the specific 

generic script programs through check boxes 106, selecting 55 applications described. The system and method of the inven- 

individuals through check boxes 108, and pressing the tion have many other application both inside and outside the 

ASSIGN SCRIPT button 112. When button 112 is pressed, healthcare industry. For example, pharmaceutical manufac- 

data merge program 55 creates a custom script program for turers may apply the system in the clinical development and 

each individual selected in check boxes 108. post marketing surveillance of new drugs, using the system 

Each custom script program is preferably created by using 60 a ° interactive, on-line monitoring tool for collecting data 

the selected generic script program as a template. For each on the efficacy, side effects, and quality of life impact of the 

individual selected, data merge program 55 retrieves from drugs. Compared to the current use of labor intensive patient 

database 38 the data specified in the insert commands. Next, interviews, the system provides a fast, flexible, and cost 

data merge program 55 inserts the data into the appropriate effective alternative for monitoring the use and effects of the 

statements in the generic script program to create a custom 65 drugs. 

script program for the individual. Each custom script pro- The system may also be used by home healthcare com- 

gram is stored in database 38. panies to enhance the service levels provided to customers, 
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e.g. panic systems, sleep surveillance, specific monitoring of iii) processor device for executing said script program, 

disease conditions, etc. Alternatively, the system may be wherein said executing script program conveys the 

used to monitor and optimize the inventory of home sta- information to the individual using the user interface 

tioned health supplies. As an example, the system may be and receives input from the individual in response to 

connected to an appropriate measuring device to optimize 5 the conveyed information through the user interface, 

timing of oxygen tank delivery to patients with COPD. sa id processor device being connected to said com- 

The system and method of the invention also have many munication device and to said user interface; and 

applications outside the healthcare industry. For example, d) at least one monitoring device in communication with 

the system may be used for remote education over the ^id remotely programmable apparatus, said at least 

Internet, facilitating educational communication with 10 one monitoring device for providing at least one mea- 

children or adult trainees who lack access to sophisticated surement of a physiological parameter of the indi- 

and expensive computer equipment. The system may also be vidual. 

used by law enforcement officers to perform on-line surveil- 2. The system of claim 1, wherein said communications 

lance of individuals on probation or parole, device comprises a modem. 

Further, the invention has numerous applications for 35 3 - Tte system of claim 1, wherein said measurement is 

gathering data from remotely located devices. For example, transmitted to said remote computer workstation via said 

the system may be used to collect data from smart server. 

appliances, such as identification check systems. 4. The system of claim 1, wherein said at least one 
Alternatively, the system may be applied to the remote 2Q monitoring device is connected to said remotely program- 
monitoring of facilities, including safety and security mable apparatus via a cable. 

monitoring, or to environmental monitoring, including pol- 5 - Th e system of claim 1, wherein said at least one 

lution control and pipeline monitoring. Many other suitable monitoring device is selected from the group consisting of a 

applications of the invention will be apparent to one skilled blood glucose meter, a respiratory flow meter, a blood 

in the art. pressure cuff, an electronic weight scale, and a pulse moni- 

Therefore, the scope of the invention should be deter- * ^ _ , _ 

mined not by the examples given, but by the appended 6 The system of claim 1, wherein the information to be 

claims and their legal equivalents. communicated is a message. 

What is claimed is* e s y stem °* c ^ aim 1» wherein the information to be 

1. A system of communicating information to an 30 communicated is a set of queries to be answered by the 

« j- -j i • • individual, 

individual, comprising: * r~ 

„ . 8. The system of claim 1, wherein said remotely program- 

a) remote computer workstation configured for specifying mable apparalus comprises at least one monitoring device 
information to be communicated to the individual; jack for operably lmking at leasl one morjitoring device t0 

b) a server connected to said remote computer worksta- sa jd remotely programmable apparatus. 

tion via a first communication network, said server 35 9. The system of claim 1, wherein said remotely program- 
including a script program generator for generating a ma t>i e apparatus is located at the residence of an individual 
script program according to the specified information; t o be monitored, and said remote computer workstation is 

c) a remotely programmable apparatus networked to said located at a location remote from the residence of the 
server via a second communication network, said individual to be monitored. 

remotely programmable apparatus including: 40 10. The system of claim 1, where the first and second 

i) communication devices for receiving said script communication networks are the same network, 
program from said server; 

ii) user interface; and * * * * * 
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